Hand held bar code readers or mobile computers with cloud computing services

ABSTRACT

A data decoding system that includes a server-side proxy component and at least two back-end computers, where the server-side proxy component is configured, when it receives a decoding request from a client, to select a back-end computer to forward the decoding request to, based on either a pre-defined rule, load estimates for said at least two computers, estimated network throughputs across network paths to the two computers. In response to receiving this request, the back-end computer that is selected is configured to decode the request, which is an image of decodable indicia, by locating the decodable indicia within the image and decoding it into a decoded message. The decodable indicia was provided by a raw image byte stream, a compressed image byte stream, or a partial compressed image byte stream.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No. 13/312,465 filed Dec. 6, 2011 entitled, “Hand Held Bar Code Readers or Mobile Computers With Cloud Computing Services,” which is related to U.S. patent application Ser. No. 13/312,488 entitled “Hand Held Bar Code Readers or Mobile Computers with Cloud Computing Services,” also filed Dec. 6, 2011. U.S. patent application Ser. No. 13/312,465 and U.S. patent application Ser. No. 13/312,488 are incorporated herein by reference in their entirety.

FIELD OF INVENTION

The present invention relates to a system and method for utilizing the storage and CPU power of cloud computing to increase the efficacy and performance of a bar code reader on a mobile device.

BACKGROUND OF INVENTION

Bar codes are graphical representations of data, the most common of which are referred to as one dimensional (1D) and two dimensional (2D) bar codes. 1D bar codes are images that represent data by varying the widths and spacings of parallel lines. 2D bar codes are also images that represent data, but in addition to the parallel lines, or bars, a 2D bar code may contain rectangles, dots, hexagons and other geometric patterns in two dimensions. The data encoded in bar codes are interpreted by optical scanners and/or software.

Bar codes originally were scanned by special optical scanners called bar code readers; later, scanners and interpretive software became available on devices, including desktop printers and smart phones. Today, devices considered bar code readers include, but are not limited to: pen-type readers, laser scanners, CCD readers, camera-based readers, omni-directional bar code scanners, and cell phone cameras. Some of the leading manufacturers of smart phones offer bar code scanning software that can be installed on their respective smart phones. The goal of this software is to allow smart phone consumers to use their mobile devices to scan bar codes that they encounter, including but not limited to those on products in stores or on advertisements for products and/or services located in media such as magazines and posted in public places, such as bus stops.

After scanning a bar code using software installed on a smart phone, users can access the Internet to obtain information about the product, including but not limited to pricing and safety information. For example, information retrieved by a consumer can assist the consumer in finding the most competitive price for a product whose bar code the consumer scanned.

SUMMARY OF INVENTION

An object of the present invention is to utilize cloud computing to provide a system and method that enables mobile devices to scan complex data encoded as a bar coded image and utilize the decoded data.

Another object of the present invention is to utilize cloud computing to enhance the detail of the bar codes that can be generated for use by mobile devices.

Another object of the present invention is to utilize cloud computing to provide a system and method for sending complex data encoded as bar coded images from one device to another in a manner that does not rely upon the memory of the devices.

In one embodiment of the present invention, rather than install the bar code scanning software on a smart phone or other mobile device, a smart phone can be utilized as an access point to the software through a thin client, while the processing occurs on the cloud. In this embodiment, all operations that demand more CPU power and/or storage than is traditionally available on a mobile device itself can be performed by the resources of the cloud.

By off-loading processing to cloud resources, the bar code technology is no longer limited by the resources of a physical mobile device or any terminal (e.g., encoded information reading (EIR) terminals configured to read bar codes and/or other types of encoded information). Unlike the hardware and software on an EIR terminal, the cloud's resources are virtually unlimited because the cloud's capabilities can be rapidly and elastically provisioned, in some cases automatically, to quickly scale out and rapidly released to quickly scale in. By installing the application on a cloud, the service provider can utilize the CPU power and storage of the cloud, which from an end user perspective, appears unlimited.

In this embodiment, once the processing is completed by the resources of the cloud, the decoded data can also be accessed by additional users of EIR terminals. In this manner, the cloud is being used for mobile-to-mobile communication. The first EIR terminal scans the bar code and the second “receives” the data by connecting to the central processing resource. The storage of the data is also handled by a resource of the cloud, but the second user connect through a thin client and views this data as if it were stored on his or her own terminal.

In another embodiment of the invention, the thin client on the EIR terminal can be used to encode a complex bar code image (or decode a semi-damaged or contaminative barcode using recovery algorithms) and store this image for further use. In this embodiment, a user of the EIR terminal enters data that is to be encoded into a bar code into a thin client on the EIR terminal. Rather than process the data and create the encoded bar code with software installed on the EIR terminal, the data entered is processed by the resources in the cloud. Additionally, the resultant image is stored on cloud resources. This image is accessible to the creator via the thin client on his or her EIR terminal. The EIR terminal user can direct the computing resources on the cloud to manage the image, for example, by sharing it with other users. The storage and CPU power on the smart phone need not be sufficient to support these operations because the bar codes are created using cloud resources and stored using cloud resources.

In this embodiment, once the processing is completed by the resources of the cloud, the encoded data, the bar code can also be accessed by additional users of EIR terminals. In this manner, the cloud is being used for mobile-to-mobile communication. The first EIR terminal user enters the data to be encoded and the second “receives” the bar code by connecting to the central processing resource. The storage of the bar code is also handled by a resource of the cloud, but the second user connect through a thin client and views this image as if it is were stored on his or her own terminal.

In another embodiment of the invention, one EIR terminal can send a bar coded image to another EIR terminal by using the cloud as an invisible go-between in a mobile-to-mobile transaction. In this embodiment, when a first EIR terminal scans a bar coded image, rather than this EIR terminal sending the image to another EIR terminal for processing, or processing the image itself before sending it to another EIR terminal, both being operations which require CPU and storage, the bar coded image is processed outside of the EIR terminal and saved in the cloud. This bar coded image is made viewable by a second EIR terminal. Although the EIR terminal is “receiving” this bar coded image, by viewing an image stored on the computing resources of the cloud, the second EIR terminal's memory is not a limitation to whether this image can be “received” by the terminal.

The term bar code also refers to any item containing decodable indicia, including but not limited to a 1D bar code, a 2D bar code and/or one or more optical character recognition (OCR) symbols. Additionally, scanning an item also includes using any device to capture an image of the item, including but not limited to using a camera to capture an image of the item, and/or using a laser scanner to read an image with decodable indicia. Bar code readers, i.e. devices used to capture images containing decodable indicia, include, but are not limited to: pen-type readers, laser scanners, CCD readers, camera-based readers, omni-directional bar code scanners, and cell phone cameras. Some of the leading manufacturers of smart phones offer bar code scanning software that can be installed on their respective smart phones.

Although the present invention has been described in relation to scanning a bar code using an optical scanner, many other variations and modifications will become apparent to those skilled in the art. One such modification is using RFID tags instead of bar codes to house data. In this embodiment, the data on the RFID tags would be read by RFID readers on the EIR terminals. Further processing of the data would be off-loaded to an external data storage and processing system, such as a cloud.

BRIEF DESCRIPTION OF DRAWINGS

FIG. 1 depicts a technical architecture of an embodiment of the prior art.

FIG. 2 depicts a technical architecture of an embodiment of the present invention.

FIG. 3 depicts the workflow of an embodiment of the present invention.

FIG. 4 depicts the workflow of an example of an embodiment of the present invention.

FIG. 5 depicts a workflow of an embodiment of the present invention.

FIG. 6 depicts a technical architecture of an embodiment of the present invention.

FIG. 7 depicts a workflow of an embodiment of the present invention.

FIG. 8 depicts a workflow of an embodiment of the present invention.

FIG. 9 depicts a technical architecture of an embodiment of the present invention.

FIG. 10 depicts an embodiment of a computer system in incorporating one or more aspects of the present invention.

FIG. 11 depicts an embodiment of a computer program product incorporating one or more aspects of the present invention.

DETAILED DESCRIPTION OF THE INVENTION

The present invention provides a system and method for utilizing the storage and CPU power of cloud computing and/or any external data processing and storage system to increase the efficacy and performance of a bar code reader on a mobile device. When installed on a mobile device, such as a smart phone, bar code reading software and the data encoded in the bar codes themselves are both constrained by the physical attributes of the mobile device. The CPU power of the mobile device controls the detail of the data that can be processed and the memory of the mobile device controls the detail of data that can be stored. By off-loading the processing and storage onto the cloud, the CPU power and storage of the cloud result remove these constraints.

The limited CPU power of a mobile device, such as a smart phone, impacts both the scanning and decoding software. Working within the constraints of the CPU power of the mobile device, bar code scanning and decoding activities are either accomplished at an extremely slow processing speed, or the image that is being decoded, and/or the algorithm used to decode it, must be simplified to compensate for the limited CPU power. Imposing constraints upon the complexity of the image based upon the CPU power of the mobile device affects the quality of the image and therefore, the quantity and quality of the data that can be encoded in the bar code.

The limited memory of the mobile device also impacts the quantity and quality of information that can be encoded in a bar code because after a bar code is decoded, storing the data encoded in the bar code would require storage space in the mobile device's memory. Over the course of time, a user of a single mobile device could scan multiple bar codes and the storage demands of this data would quickly exceed the local storage capacity of the device.

The power and capacity limitations of the mobile device are presently detriments to the expansion and enhancement of bar code technology mobile devices and in mobile devices in general. The ability to utilize this technology is presently controlled by mobile device manufacturers.

A need therefore exists for an efficient way to utilize a mobile device to scan complex data encoded as a bar coded image and utilize the decoded data. It is understood in advance that although this disclosure includes a detailed description of cloud computing, implementation of the teachings recited herein are not limited to a cloud computing environment. Rather, embodiments of the present invention are capable of being implemented in conjunction with any other type of computing environment now known or later developed.

Cloud computing is a model of service delivery for enabling convenient, on-demand network access to a shared pool of configurable computing resources (e.g. networks, network bandwidth, servers, processing, memory, storage, applications, virtual machines, and services) that can be rapidly provisioned and released with minimal management effort or interaction with a provider of the service. It is understood by one of ordinary skill in the art that any external data processing and storage system with these characteristics would also be included in this disclosure.

One characteristic of the cloud computing model is that a consumer can unilaterally provision computing capabilities, such as CPU power and storage capacity on the network, as needed automatically without requiring human interaction with the service's provider.

The resources of the cloud are available over the network and can be utilized by consumers using a custom thin client, a software application that uses the client-server model where the server performs all the processing, or a standard web browser, running on a user terminal, including but not limited to smart phones, touchpad computers, tablet computers, desktop, and mobile computers, such as laptops.

By taking advantage of the computing power of the cloud system, software providers have the capability to distribute software as a service (SaaS), meaning that a consumer uses a provider's applications running on a cloud's infrastructure. The applications are accessible to the consumer from various user terminals through a thin client interface such as a web browser (e.g., web-based email).

By deploying software into a cloud, the software provider accesses processing, storage, networks, and other fundamental computing resources. The provider does not manage or control the underlying cloud infrastructure but has control over operating systems, storage, deployed applications, and possibly limited control of select networking components (e.g., host firewalls).

The cloud computing model allows services to be delivered through shared data centers that can appear as a single point of entry, or a communications gateway, for a terminal accessing the cloud. For example, a user accessing an application as a service or a platform as a service may use a web browser to connect to a URL. At that URL, the user gains access to the cloud. While accessing the cloud through the web browser, the user will not be aware of the computers or networks that are serving the application and/or platform that the user is accessing. It could be a single computer or an elaborate network. This is not important to the user, as the owner of the cloud works to provide the user with the cloud services seamlessly.

Because the user relies upon the computing power of the cloud and not upon that of the terminal he or she is using to access the cloud, this model is device independence. By utilizing the cloud to provide applications and platforms as a service, the specifications of the device or terminal used to connect to the cloud are non-limiting.

Referring to FIG. 1, the technical architecture 100 of an embodiment of the prior art used to scan bar codes using an EIR terminal 110 includes an installed application on an EIR terminal 110. An image capture device, such as a camera 120, scans and/or captures an image of decodable indicia, such as a bar code 130 using the CPU 140 in the physical EIR terminal 110. The image of decodable indicia can be provided by a raw image byte stream, a compressed image byte stream, and/or a partial compressed image byte stream. The data embedded in the bar code 130, is then extracted and saved to the memory 140 of the EIR terminal 110. This data can be transmitted to the Internet 150 via the network connection of the EIR terminal 110.

Referring to FIG. 2, the technical architecture 200 of an embodiment of the claimed system used to practice the method of the invention includes an EIR terminal 210 running a thin client 220, such as a web browser, which serves as the graphical user interface (GUI), also called the front end. The EIR terminal includes a decodable indicia capture hardware 230, including but not limited to a camera. The EIR terminal 210, connects to a data processing and storage system 240, such as a cloud, over a network 250.

The data processing and storage system 240 in this embodiment includes but is not limited to, a server-side proxy component 241 at least two back-end computers 242 a, 242 b, 242 n, which contain the computing and storage resources of the data processing and storage system 240. In FIG. 2, the resources of the data processing and storage system 240 are located in the same physical facility. However, in additional embodiments of the present invention, the resources of the data processing and storage system 240 are spread out over at least two different physical locations.

The network 250 connecting the EIR terminal 210 to the data processing and storage system 240 includes but is not limited to a public network, a virtual private network (VPN), a local area network (LAN), a wide area network (WAN), wireless LAN, wireless WAN, wireless PAN and/or the Internet.

Installed on the application server resources 260 of the data processing and storage system 240, is the back end software that performs operations that require processing utilizing processor resources in the data processing and storage system. Data processed when the software is executed on the processor(s) are saved in the storage resources of the data processing and storage system and/or can be further utilized by the application server resources of the data processing and storage system 240 to interact with servers internal and external to the data processing and storage system 240 (not pictured). For example, a server running a billing system may be internal or external to the data processing and storage system 240. As a result of the data processing in the data processing and storage system 240, data may be returned to the EIR terminal 210 and can render in the thin client 220.

FIG. 3 depicts an embodiment of the workflow in the claimed system and method 300. First, a user of an EIR terminal scans an item including decodable indicia using optical scanning hardware and/or a thin client on the EIR terminal (S310). Alternatively, the user may use an image capture device, including but not limited to a camera to capture the image of this item. This item includes but is not limited to a 1D bar code, a 2D bar code and/or one or more optical character recognition (OCR) symbols.

After the item is scanned or captured, this item, and a request to decode this item, is sent to a server-side proxy of the data processing and storage system in a format including but not limited to a raw image bitstream, a compressed byte bitstream, and/or a partial compressed image byte stream (S320). A compressed image bitstream includes but is not limited to a TIFF byte stream, a GIF byte stream, a JPEG byte stream, or MPEG byte stream.

Once the server-side proxy receives the request, it selects a resource in the data processing and storage system that will decode the item (S330). In the embodiment of FIG. 1, these resources were at least two back-end computers. The server-side proxy selects the appropriate resource using a selection process which includes but is not limited to pre-defined rule, load estimates for the resources in the data processing and storage system, the estimated network throughputs across network paths to each of the resources in the system. Types of pre-defined rules include but are not limited to round-robin selection and random selection.

Once the resource has been selected (S330), in this embodiment, the item is sent to the selected resource (S340). The resource processes the item and extracts a message (decoded data) from the item (S350).

For security purposes, in another embodiment of the present invention, the selected resource authenticates the EIR terminal before processing the request. The resource can also establish a communication session with the EIR terminal. In one embodiment of the present invention, the communication is supported using one or more of the following: HTTP cookies, dynamic URLs. In another embodiment of the present invention, the resource is configured to communicate using SOAP protocol/socket protocol.

Once the data is extracted, i.e., the message, is optionally saved on a storage resource, such as the non-volatile memory, of the data processing and storage system (S360 a). The message may also be transmitted to the client (S360 b).

In an embodiment of the present invention, when the message is saved, an access key is sent to the EIR terminal (S370 a). The EIR terminal receives the access key (S380 a) and a user of the EIR terminal uses the access key to view the message, which is stored on a resource of the data processing and storage system, through a thin client on the EIR terminal (S390 a). Alternatively, the access key can be sent to a different EIR terminal (S370 b). The user of this EIR terminal receives the access key (S380 a) and uses the access key to view the message (S390 a).

In an embodiment of the invention, no access key may be necessary to view the message once it has been saved in the data processing and storage system.

In another embodiment of the invention, a user may be prompted to enter security credentials before viewing the saved message and/or the image.

This data can also be sent to additional resources, both internal and external to the data processing and storage system for further processing (S360 b). The results of the processing can be saved in the storage resources of the data processing and storage system (S370) and/or populated in the thin client on the EIR terminal (S370) to be viewed by the user and/or another user of a separate EIR terminal. In an embodiment of the present invention, users may be required to enter credentials, such as a password, to access the results.

FIG. 4 depicts a workflow of the present invention when applied to the task of assisting a consumer in finding the best price for a product after the consumer scans a bar code appearing on the desired product 400. First, a consumer with an EIR terminal uses the device to scan the bar code on a product (S410). The bar code scanning software on the EIR terminal is limited to a thin client. This thin client communicates over the network with the back end application, which is installed on a resource or a group of resources in the data processing and storage system, i.e. the cloud (S420). The back end application on the system decodes the bar code to extract information describing the product with which the bar code is associated (S430). This application queries a data source, or a variety of data sources, that can be located in the system or external to the system, to locate the best price for the product (S440). The query can be formulated in a variety of query languages, including but not limited to SQL and HTSQL.

Once the pricing information is returned, the application processes the data so it can be presented in a user friendly manner by the thin client (S450). The application sends the data to the EIR terminal (S460). The thin client displays the location of the best price of the item scanned to the user (S470).

Many EIR terminals, such as smart phones, contain mobile phone tracking software which utilizes the multilateration of radio signals between (several) radio towers of the network and the phone, and/or the global positioning system (GPS) to attain the position of the terminal whether it is stationary or moving.

In the embodiment of FIG. 4, mobile phone tracking information, such as GPS coordinates, can be utilized by the data processing and storage system in addition to the bar code in order to locate the best price for an item. When the thin client communicates with the back-end application (S420), the coordinates of the EIR terminal are broadcast to the back-end application as well. By using the location of the EIR terminal, the application queries the data source for the best price for a product within a given radius of the EIR terminal, for example within a five mile radius (S440). The pricing information returned to the EIR terminal (S450) is more relevant because if the best price for an item is over a hundred miles away, commuting to that destination to get that price may negate any cost savings.

In an embodiment of the invention, the handling instructions regarding the decoded message may be encoded in the bar code. Thus, when the data processing and storage system locates and decodes the decodable indicia within the image, a resource of the data processing and storage system then executes these instructions. Handling instructions include but are not limited to instructions to save the decoded message to a resource in the data processing and storage system, instructions to send the decoded message to the EIR terminal, instructions to send the decoded message to a node that is external to the data processing and storage system, instructions to direct the thin client in the EIR terminal to access a URL.

In one embodiment of the present invention, a URL is encoded in the bar code. In this embodiment, when the data storage and processing system decodes the image of decodable indicia, the thin client on the EIR terminal is directed to the encoded URL. One example of a use for this model is when the user of an EIR terminal sees an advertisement for a product at a bus stop or possibly in a magazine. The advertisement would feature a bar code. The user scans this bar code with his or her EIR terminal and is seamlessly directed to a web site where he or she accesses more information about the product and has the opportunity to purchase the product.

FIG. 5 depicts the workflow of the present invention when a URL is encoded in the bar code 500. First, a consumer with an EIR terminal uses the device to scan the bar code in an advertisement (S510). The EIR terminal sends the bar code to a server-side proxy, a gateway to the data processing and storage system, the cloud (S520). The server-side proxy then selects a resource to decode the bar code (S530) and sends the bar code to the selected resource (S540). The resource decodes the image of decodable indicia, the bar code, extracting a URL (S550). The resource sends an instruction to the EIR terminal to access the URL (S560). The thin client on the EIR terminal connects to the URL and displays the web site that it represents (S570).

Depending upon the data encoded in a bar code, a user may desire an additional level security to protect the data that is encoded. In an embodiment of the present invention, the data in the bar code is encrypted. Thus, in addition to decoding the bar code, resources of the data processing and storage system, such as a cloud, decrypt the image before decoding the data, providing a security validation. After decrypting and decoding the bar code, the data processing and storage system takes action according to pre-determined rules and/or according to the action encoded in the barcode image. In one embodiment of the present invention, the data processing and storage system does not transmit the actual decode result to the EIR terminal for security reasons.

An embodiment of the present invention can also assist consumers in communicating with each other. Mobile to mobile communication is facilitated through the use of the present invention. FIG. 6 depicts an exemplary technical architecture of an embodiment of the present invention as utilized to facilitate communication between two EIR terminals, including two mobile devices.

Referring to FIG. 6, the technical architecture of this embodiment 600 includes a first EIR terminal 610 and a second EIR terminal 620. Using a thin client 640 as a connection point, the first EIR terminal can be used to scan a bar code using the workflows discussed in the embodiment of FIG. 3. By offloading processing and storage to the network processing and storage system 630, the first EIR terminal can “share” the bar coded image, or the data encoded in a bar coded image, with a second EIR terminal 620. The second EIR terminal 620, accesses the network processing and storage system 630 through a thin client 650 and although the EIR terminal 620 is accessing the system 630, it receives the content through the system 630 that it was sent by the first EIR terminal 610.

For example, as shown in the workflow of FIG. 7, 700, the user of the first EIR terminal 610 takes a picture of a bar code (S710) and enters a command on the EIR terminal 610 to send the bar coded image to the user of the second EIR terminal 620 (S720). Rather than store the bar coded image on the internal hardware of the first EIR terminal 610, in a manner that is seamless to the user, when the image is captured by the first EIR terminal 610, the image is actually stored on the system 630 (S710). The user of the second EIR terminal 620 appears to receive the bar coded image on the second EIR terminal 620 (S730). In reality, the bar coded image is stored on the system 630, but the second EIR terminal 620 merely received information, such as a URL, that gave this EIR terminal 620 a point of access to use to view the bar coded image on the system 630 using a thin client 650 on the second EIR terminal 620 (S730).

In addition to decoding bar codes, the technical architecture of FIG. 2 can also be utilized to perform the method of encoding data into bar codes. Referring to FIG. 2, the thin client 220 on the EIR terminal 210 is a GUI that allows users to enter data. The data is transmitted to be encoded by back end software that resides on resources 242 a-242 n in the data processing and storage system 240. The resultant bar code is stored on the storage resources of the data processing and storage system 242 a-242 n.

FIG. 8 depicts the workflow 800 of this embodiment of the present invention. First, a user enters data into a thin client 220 on an EIR terminal (S810). This data and a request to encode is then transmitted by the EIR terminal to the server-side proxy in the data processing and storage system (S820). The server-side proxy selects a resource to generate an item with decodable indicia, such as a bar code, from the data entered (S830). The server-side proxy selects the appropriate resource using a selection process which includes but is not limited to pre-defined rule, load estimates for the resources in the data processing and storage system, the estimated network throughputs across network paths to each of the resources in the system. Types of pre-defined rules include but are not limited to round-robin selection and random selection.

The server-side proxy sends the data to the resource it selected (S840). The selected resource then generates an encoded item that is representative of the data (S850).

In this embodiment, the encoded item, such as a bar code, is then stored on the storage resources of the system (S860) where it can be accessed by the users and by applications internal and external to the system. Optionally, the encoded item created is sent back to the EIR terminal (S870).

In the embodiment of FIG. 9, rather than rely on individual EIR terminal owners to scan bar codes, EIR terminals may be equipped with RFID module and antennae that “read” RFID tags that the EIR terminal user comes into contact with during the day. This passive collection of RFID information could aid merchants in collecting marketing data that could assist in, among other things, effectively marketing to certain demographics.

Referring to FIG. 9, a technical architecture 900 of this embodiment includes an EIR terminal 910 equipped with an RFID 930 receiver and is running a thin client 920, such as a web browser, which serves as the graphical user interface (GUI), also called the front end. The EIR terminal 910, connects to a data processing and storage system 940, such as a cloud, over a network 950.

The data processing and storage system 940 in this embodiment includes but is not limited to, a server-side proxy component 941 at least two back-end computers 942 a, 942 b, 942 n, which contain the computing and storage resources of the data processing and storage system 940. In FIG. 9, the resources of the data processing and storage system 940 are located in the same physical facility. However, in additional embodiments of the present invention, the resources of the data processing and storage system 940 are spread out over at least two different physical locations.

The network 950 connecting the EIR terminal 910 to the data processing and storage system 940 includes but is not limited to a public network, a virtual private network (VPN), a local area network (LAN), a wide area network (WAN), wireless LAN, wireless WAN, wireless PAN and/or the Internet.

Installed on the application server resources 960 of the data processing and storage system 940, is the back end software that performs operations that require processing utilizing processor resources in the data processing and storage system. Data processed when the software is executed on the processor(s) are saved in the storage resources of the data processing and storage system and/or can be further utilized by the application server resources of the data processing and storage system 940 to interact with servers internal and external to the data processing and storage system 940 (not pictured). As a result of the data processing in the data processing and storage system 940, data may be returned to the EIR terminal 910 and can render in the thin client 920.

In this embodiment, the RFID receiver 930 on the EIR terminal 910 reads the data on RFID tags, 931 a, 931 b, 931 c that it comes into contact with, i.e., that the user of the EIR terminal passes. The RFID receiver 930 collects the data from the tags. Rather than process the data at the EIR terminal 910, the EIR terminal 910 routes the raw data to the data processing and storage system 940. The server-side proxy receives the request to process the data and selects a resource within the system 940, such as 942 a, 942 b, 942 n, to fulfill the request. The selected resource processes the data and returns the results to the EIR terminal 910, which displays the results in the thin client 920.

The embodiments of FIGS. 2, 6 and 9 contain one or more EIR terminals 210, 610, 620, 910, a server-side proxy 241, 641, 941, and back-end computers 242 a-n, 642 a-n, 942 a-n. In these embodiments, the server-side proxy server and the back-end computers comprise the data processing and storage systems 240, 640, 940. The EIR terminals and the enumerated resources of the data processing and storage systems are all individually computer systems 1000, as illustrated in FIG. 10.

FIG. 10 illustrates a block diagram of a computer system 1000 which is part of the technical architecture of certain embodiments of the present invention. The system 1000 may include a circuitry 1002 that may in certain embodiments include a microprocessor 1004. The computer system 1000 may also include a memory 1006 (e.g., a volatile memory device), and storage 1008. The storage 1008 may include a non-volatile memory device (e.g., EEPROM, ROM, PROM, RAM, DRAM, SRAM, flash, firmware, programmable logic, etc.), magnetic disk drive, optical disk drive, tape drive, etc. The storage 1008 may comprise an internal storage device, an attached storage device and/or a network accessible storage device. The system 1000 may include a program logic 1010 including code 1012 that may be loaded into the memory 1006 and executed by the microprocessor 1004 or circuitry 1002.

In certain embodiments, the program logic 1010 including code 1012 may be stored in the storage 1008. In certain other embodiments, the program logic 1010 may be implemented in the circuitry 1002. Therefore, while FIG. 10 shows the program logic 1010 separately from the other elements, the program logic 1010 may be implemented in the memory 1006 and/or the circuitry 1002.

As will be appreciated by one skilled in the art, aspects of the present invention may be embodied as a system, method or computer program product. Accordingly, aspects of the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment (including firmware, resident software, micro-code, etc.) or an embodiment combining software and hardware aspects that may all generally be referred to herein as a “circuit,” “module” or “system”. Furthermore, aspects of the present invention may take the form of a computer program product embodied in one or more computer readable medium(s) having computer readable program code embodied thereon.

Any combination of one or more computer readable medium(s) may be utilized. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical or any suitable combination thereof. A computer readable signal medium may be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus or device.

A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain or store a program for use by or in connection with an instruction execution system, apparatus, or device.

Using the processing resources of a data processing and storage system, such as a cloud, to execute software, computer-readable code or instructions, does not limit where this code is can be stored. Referring to FIG. 11, in one example, a computer program product 1100 includes, for instance, one or more non-transitory computer readable storage media 1102 to store computer readable program code means or logic 1104 thereon to provide and facilitate one or more aspects of the present invention.

Program code embodied on a computer readable medium may be transmitted using an appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

Computer program code for carrying out operations for aspects of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language, such as Java, Smalltalk, C++ or the like, and conventional procedural programming languages, such as the “C” programming language, assembler or similar programming languages. The program code may execute entirely on one resource of a data processing and storage system, such as a cloud, partly on various resources, and/or partly on the EIR terminal and partly on one or more resources of the data processing and storage system.

One or more aspects of the present invention are described herein with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer readable medium that can direct a computer, other programmable data processing apparatus, or other devices to function in a particular manner, such that the instructions stored in the computer readable medium produce an article of manufacture including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks.

The computer program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide processes for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.

The flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems that perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

In addition to the above, one or more aspects of the present invention may be provided, offered, deployed, managed, serviced, etc. by a service provider who offers management of customer environments. For instance, the service provider can create, maintain, support, etc. computer code and/or a computer infrastructure that performs one or more aspects of the present invention for one or more customers. In return, the service provider may receive payment from the customer under a subscription and/or fee agreement, as examples. Additionally or alternatively, the service provider may receive payment from the sale of advertising content to one or more third parties.

In one aspect of the present invention, an application may be deployed for performing one or more aspects of the present invention. As one example, the deploying of an application comprises providing computer infrastructure operable to perform one or more aspects of the present invention.

As a further aspect of the present invention, a computing infrastructure may be deployed comprising integrating computer readable code into a computing system, in which the code in combination with the computing system is capable of performing one or more aspects of the present invention.

As yet a further aspect of the present invention, a process for integrating computing infrastructure comprising integrating computer readable code into a computer system may be provided. The computer system comprises a computer readable medium, in which the computer medium comprises one or more aspects of the present invention. The code in combination with the computer system is capable of performing one or more aspects of the present invention.

Further, a data processing system suitable for storing and/or executing program code is usable that includes at least one processor coupled directly or indirectly to memory elements through a system bus. The memory elements include, for instance, local memory employed during actual execution of the program code, bulk storage, and cache memory which provide temporary storage of at least some program code in order to reduce the number of times code must be retrieved from bulk storage during execution.

Input/Output or I/O devices (including, but not limited to, keyboards, displays, pointing devices, DASD, tape, CDs, DVDs, thumb drives and other memory media, etc.) can be coupled to the system either directly or through intervening I/O controllers. Network adapters may also be coupled to the system to enable the data processing system to become coupled to other data processing systems or remote printers or storage devices through intervening private or public networks. Modems, cable modems, and Ethernet cards are just a few of the available types of network adapters.

The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the invention. As used herein, the singular forms “a”, “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises” and/or “comprising”, when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components and/or groups thereof.

The corresponding structures, materials, acts, and equivalents of all means or step plus function elements in the claims below, if any, are intended to include any structure, material, or act for performing the function in combination with other claimed elements as specifically claimed. The description of the present invention has been presented for purposes of illustration and description, but is not intended to be exhaustive or limited to the invention in the form disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the invention. The embodiments were chosen and described in order to best explain the principles of the invention and the practical application, and to enable others of ordinary skill in the art to understand the invention for various embodiment with various modifications as are suited to the particular use contemplated.

Although the present invention has been described in relation to particular embodiments thereof, many other variations and modifications will become apparent to those skilled in the art. As such, it will be readily evident to one of skill in the art based on the detailed description of the presently preferred embodiment of the system and method explained herein, that different embodiments can be realized. 

The invention claimed is:
 1. A data decoding system comprising a server-side proxy component and a back-end computer; wherein said server-side proxy component is configured, responsive to receiving a decoding request from a client, to select the back-end computer to forward said decoding request to, based on one or more of: a pre-defined rule, load estimates for the back-end computer, estimated network throughputs across network paths to the back-end computer; wherein said selected back-end computer is configured, responsive to receiving said decoding request, said decoding request comprising an image of decodable indicia, to locate said decodable indicia within said image; wherein said selected back-end computer is further configured, responsive to successfully locating said decodable indicia, to decode said decodable indicia into a decoded message; and wherein said image of decodable indicia is provided by one or more of: a raw image byte stream, a compressed image byte stream, a partial compressed image byte stream.
 2. The data decoding system of claim 1, wherein said selected back-end computer is further configured, responsive to successfully decoding said decodable indicia, to transmit said decoded message to said client.
 3. The data decoding system of claim 1, wherein said selected back-end computer is further configured, responsive to successfully decoding said decodable indicia, to store in a non-volatile memory at least one or more of: said image of decodable indicia and said decoded message.
 4. The data decoding system of claim 3, wherein said selected back-end computer is further configured, to grant access to at least one of: said image of decodable indicia and said decoded message upon receipt of security credentials.
 5. The data decoding system of claim 1, wherein said selected back-end computer is further configured, responsive to successfully decoding said decodable indicia, to formulate a query containing said decoded message; wherein said selected back-end computer is further configured, responsive to successfully decoding said decodable indicia, to transmit said query to an external database; and wherein said selected back-end computer is further configured, responsive to receiving a response to said query from said external database, to transmit said response to said client. 